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SYSTEMS AND METHODS FOR AUTHORIZATION OF DATA STRINGS 



Background Of The Invention 



[0001] Hand-held data processing devices with data entry and display functions are 

increasingly used in numerous situations. Well-known examples of such devices include 
cellular telephones and "personal digital assistant" (PDA) devices. As greater processing 
power and decreased device size become more readily available, the use of hand-held 
data processing devices in medical, health care, financial, engineering and other settings 
will become increasingly widespread. The effective entry of data by users and the rapid 
processing and display of such data are important considerations in hand-held data 
processing devices. Various drawbacks, however, exist in the data entry and display 
provided by the currently available hand-held data processors. 

[0002] Particularly, the small size of such hand held devices often complicates the entry 

of data via alphanumeric keypad, keyboard or touch screen. Various mechanisms for 
user entry of alphanumeric characters have been employed in hand-held devices. One 
such approach has been the use of a full "QWERTY" keyboard on the device display, as 
occurs in many PDA devices. The full keyboard is familiar to most users, and the 
pressing or actuation of only a single key is needed to enter and display the 
corresponding alphanumeric character. Display of a full keyboard on a small device, 
however, requires that the individual keys or buttons be very small, and the use of a 
stylus is necessary for data entry. 



[0003] Another approach to data entry has been use of a conventional telephone 

alphanumeric keypad wherein multiple pressing or actuation of an individual key allows 
cycling through each of several characters associated with the key. For example, when 
the "2" key is initially pressed, a "2" is correspondingly displayed on the device display. 
Pressing the "2" key again changes the displayed "2" to an "A", while a third pressing of 
the "2" key results in display of a "B", and so on. While this approach allows data entry 
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with a relatively small alphanumeric keypad, the entry of an individual alphanumeric 
symbol can require as many as four presses of a key to obtain a desired character. The 
entry of alphanumeric strings in this manner is not intuitive and is difficult for un-trained 
users. Further, many telephone keypads do not provide for the "Q" and "Z" characters, 
and entry of these characters must be accommodated by pressing a combination of two 
or more keys or by other data entry arrangement. 

[0004] Still another approach to data entry has been to provide different portions of a 

display on different screen images, with a button or key provided to allow switching 
between the multiple screen images. For example, a first screen may be used to display 
numbers, while additional screens are used to display alphabetic characters. The overall 
number of screens required to display all alphanumeric characters depends on the size of 
the display. Three or four such screens are often required for a small display. The entry 
of alphanumeric strings can be quite complex and time consuming due to the necessity 
of switching between screens. 

[0005] Another important consideration in the operation of hand-held data processing 

devices is error detection for digital data processed by the device. Error detection is 
typically carried out using cyclic redundancy check (CRC) calculation that is typically 
implemented by a division algorithm embodied in software, which is relatively slow and 
involves considerable computational overhead. 

[0006] One approach to faster CRC calculation has been through use of a software 

lookup table in conjunction with AND and XOR operations to perform the equivalent of 
the division algorithm. This technique is still relatively slow for large data streams, and 
requires a significant amount of memory to store the look-up table (e.g., 512 bytes for a 
16-bit CRC). An even faster technique utilizes a CRC circuit embodied in hardware, 
together with a software loop that increments through the data stream, writing each byte 
to the CRC circuit which performs the division algorithm. While use of a CRC circuit 
increases speed, the overhead of the software loop can still require relatively long 
periods of time for large streams of data. 
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[0007] Still another consideration in hand-held data processing devices is the time 

associated with writing data to the device display, which is typically a pixel-based liquid 
crystal display (LCD). Data output to a display controller typically involves a software- 
executed loop that increments through the output data stream, writing a byte at a time to 
the display controller. This arrangement is slow for pixel-based displays, as many bytes 
must generally be written in order to draw an alphanumeric character or icon on the 
display, and the overhead of the software loop is increased by each byte that is thus 
written. 

[0008] Many work environments require that multiple users have access to hand held 

data processing devices, and validation of authorized users is yet another important 
consideration in the design and operation of such devices. The standard technique for 
user validation is entry of an identification (ID) character string by the user. The entered 
string is compared against a list of authorized strings maintained in an array or list in the 
device memory. The software searches through the list and compares the string of 
interest against each stored entry until a match is found or until the list of stored strings 
is exhausted. The list is typically arranged in sort order, and a binary search is 
performed. String comparison in this manner, however, can require a large amount of 
memory to store the authorized string list where the list is large and the string length is 
long. For example, storage of 4,000 strings with an 18 character maximum length 
requires 72,000 bytes. Further, the time required for string comparison, which is 
dependent upon the string length, can be quite long and result in substantial delay during 
user validation. 

[0009] There is accordingly a need for hand-held data processing devices and methods 

that allow quick and easy entry of alphanumeric characters by users, that provides for 
rapid error checking of data during operation and rapid writing of data to a display, and 
which provides for rapid character string comparison for user authentication. The 
present invention satisfies these needs, as well as others, and generally overcomes the 
deficiencies found in the background art. 
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Summary Of The Invention 

[0010] The invention provides apparatus, methods and systems for authorization or 

authentication of data strings. The apparatus of the invention comprise, in general terms, 
a memory containing a stored list of cyclic redundancy check values each corresponding 
to a data string representing an authorized identifier; and stored programming configured 
to compare a cyclic redundancy check value for a data string subject to authorization to 
the stored list of cyclic redundancy check values and determine validity of the cyclic 
redundancy check value for the data string subject to authorization. The data strings 
representing the authorized identifiers may comprise data representing alphanumeric 
character strings indicative of authorized users. The data string subject to authorization 
may comprise a user-entered identification string of alphanumeric characters. The 
apparatus may further comprise a keypad operatively coupled to the memory and 
configured for inputting the user-entered identification string. The memory may 
additionally comprise stored programming configured to calculate cyclic redundancy 
check values for a plurality of data strings and create the stored list of the cyclic 
redundancy check values for the identification character strings. 

[0011] In certain embodiments, the apparatus may also comprise a direct memory access 

controller operatively coupled to the memory, a cyclic redundancy check circuit 
operatively coupled to the direct memory access controller, with the direct memory 
access controller configured to transfer data from the memory as a data stream to the 
cyclic redundancy check circuit, and with the cyclic redundancy check circuit configured 
to calculate a check value for the data stream. The apparatus may further comprise 
stored programming configured to seed the cyclic redundancy check circuit with selected 
initial values, stored programming configured to set up the direct memory access 
controller with a source address for the data stream, a destination address for the data 
stream, and a size for the data stream, and stored programming configured to initiate 
transfer of the data stream by the direct memory access controller from the memory to 
the cyclic redundancy check circuit. The apparatus may additionally comprise stored 
programming configured to read the calculated cyclic redundancy check value from the 
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cyclic redundancy check circuit, and stored programming configured to store the 
calculated cyclic redundancy check value in the memory. 

[0012] In still other embodiments, the apparatus may also comprise a display controller 

operatively coupled to the direct memory access controller, with the direct memory 
access controller configured to transfer display data from the memory as a display data 
stream to the display controller. The apparatus may still further comprise stored 
programming configured to set up the display controller with a display address for the 
display data stream, stored programming configured to set up the direct memory access 
controller with a source address for the display data stream, a destination address for the 
display data stream, and a size for the display data stream, and stored programming 
configured to initiate transfer of the display data stream by the direct memory access 
controller to the display controller. 

[0013] The subject methods comprise, in general terms, creating a list of cyclic 

redundancy check values each corresponding to a data string representing an authorized 
identifier, comparing a cyclic redundancy check value for a data string subject to 
authorization to the list of cyclic redundancy check values, and determining if the cyclic 
redundancy check value for the data string subject to authorization is authorized. The 
methods may further comprise sorting and storing the list of list of cyclic redundancy 
check values. The methods may additionally comprise calculating the cyclic redundancy 
check value for the a data string subject to authorization. The creating the list of cyclic 
redundancy check values may be carried out on a first computer, and the comparing and 
determining may be carried out on a second computer. The methods may also comprise 
transferring the list of cyclic redundancy check values from the first computer to the 
second computer. The comparing may comprise searching the list of cyclic redundancy 
check values for a match with the cyclic redundancy check value for the data string 
subject to authorization. In certain embodiments, the data strings representing the 
authorized identifiers may comprise data representing alphanumeric character strings 
indicative of authorized users, and the data string subject to authorization may comprise 
a user-entered identification string of alphanumeric characters. 
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Brief Description of the Drawings 

[0014] The invention will be more fully understood by reference to the following 

drawings, which are for illustrative purposes only. 

[0015] FIG. 1 is a schematic illustration of a keypad in accordance with the invention. 

[0016] FIG. 2A through FIG. 2H illustrate the entry of an alphanumeric character string 

on the keypad of FIG. 1 

[0017] FIG. 3 is a functional block diagram of a data processing device in accordance 

with the invention. 

[0018] FIG. 4 is a flow chart illustrating the transfer of data from a direct memory 

access controller to a CRC circuit in accordance with the invention. 

[0019] FIG. 5 is a flow chart illustrating the transfer of data from a direct memory 

access controller to a display controller in accordance with the invention. 

[0020] FIG. 6A is a flow chart illustrating the creation of a list of authorized check 

words for alphanumeric character strings. 

[0021] FIG. 6B is a flow chart illustrating the comparison of a alphanumeric character 

string to the list of authorized check words. 

Detailed Description Of The Invention 

[0022] Before the subject invention is described further, it should be understood that the 

invention is not limited to the particular embodiments of the invention described below, 
as variations of the particular embodiments may be made and still fall within the scope 
of the appended claims. It is also to be understood that the terminology employed is for 
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the purpose of describing particular embodiments, and is not intended to be limiting. 
Instead, the scope of the present invention will be established by the appended claims. 

[0023] Any definitions herein are provided for reason of clarity, and should not be 

considered as limiting. The technical and scientific terms used herein are intended to 
have the same meaning as commonly understood by one of ordinary skill in the art to 
which the invention pertains. 

[0024] The terms "alphanumeric character" and "alphanumeric symbol" and 

grammatical equivalents thereof as used herein means any numeral, alphabetic letter, 
monosyllabic symbol, polysyllabic symbol, text symbol, math symbol or any other 
symbol which may be used in the entry of data from a keyboard or keypad by a user, or 
binary data corresponding to or representing the same. Exemplary "alphanumeric 
characters" include, by way of example, roman alphabet letters, Arabic numerals, and 
punctuation symbols such as "periods", "commas", "hyphens" and the like. The 
alphanumeric characters may be entered by a user via conventional user input, or may be 
embodied in stored binary data. 



[0025] The invention provides devices and methods for fast, easy and efficient use of 

hand held data processing devices. Hand held computing devices often have only small 
keypad and display areas available, as well as limited memory capability. The inventive 
devices and methods provide for, inter alia, quick and easy entry of alphanumeric 
characters on a small keypad or keyboard, rapid check word calculation for data 
transfers, fast writing of data to the device display, and fast and efficient authentication 
of user identification character strings. 

[0026] Referring more specifically to the drawings, for illustrative purposes the present 

invention is embodied in the apparatus and methods shown generally in FIG. 1 through 
FIG. 6. It will be appreciated that the apparatus may vary as to configuration and as to 
details of the parts, and that the method may vary as to detail and the order of the events 
or acts, without departing from the basic concepts as disclosed herein. The invention is 
disclosed primarily in terms of use in handheld data processors or computers. However, 
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it will be readily apparent to those skilled in the art that the invention may be used with 
any type of data processor, including, for example, desktop and laptop computers. It 
should also be apparent to those skilled in the art that various functional components of 
the invention as described herein may share the same logic and be implemented within 
the same circuit, or in different circuit configurations. 

[0027] Referring now to FIG. 1, a keyboard or keypad 10 in accordance with the 

invention is shown. Keypad 10 includes a plurality of first, "hard" or "fixed" keys 12, 
and a plurality of second, "soft" keys 14. Each of the first or fixed keys 12 on the 
keypad has at least one primary alphanumeric symbol 15. Additionally, one or more of 
the fixed keys may have a secondary alphanumeric symbol or symbols 16 associated 
therewith. As shown, a primary alphanumeric symbol 15 in the form of a single number 
or numeral is located on the central, lower portion of each of the first keys 12, while 
secondary alphanumeric symbols 16 in the form of three or four roman alphabet 
characters or text-related symbols are located in the upper portion of the first keys 12. 
The first keys 12 thus display alphanumeric characters in a manner similar to 
conventional telephone keypads. The first key 12 displaying the number "1" as a 
primary alphanumeric symbol includes, instead of alphabet letters, the symbols for 
"underscore", "period", "slash" and "dash" as secondary alphanumeric characters. The 
first key 12 displaying the number "0" as a primary alphanumeric symbol also displays 
non-letter secondary symbols corresponding to "blank space", "backslash", "colon" and 
"comma". 

[0028] Primary and secondary alphanumeric symbols 15, 16 may be displayed 

elsewhere on first keys 12, or may be displayed adjacent to the first keys 12 or elsewhere 
in association with the first keys 12. A delete or backspace key 18 is included to allow 
deletion of alphanumeric character entries as described below, and an "enter" key 20 is 
provided that may be used to enter completed character strings, or as a reset key, or 
which may be programmable to carry out a selectable function upon actuation of the key 
20. 
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[0029] The number of second, soft keys 14 as shown corresponds to the maximum 

number of secondary alphanumeric symbols 16 associated with each of the first keys 12. 
Upon selection and actuation of one of the first keys 12, the corresponding secondary 
alphanumeric symbols 16 associated with the actuated first key 12 are displayed in 
association with the second keys 14, with one secondary alphanumeric symbol 16 
displayed in association with a corresponding second key 14. The secondary 
alphanumeric symbols 16 may be displayed directly on the second keys 14 as shown, or 
displayed adjacent to the second keys 14, or displayed elsewhere in association with 
second keys 14. 

[0030] In the embodiment shown in FIG. 1, keypad 10 is in the form of a touch screen 

that is overlaid on or superimposed with a display 22. Display 22 may comprise a liquid 
crystal, LED, CRT or other form of display. In handheld embodiments, display 22 will 
often be in the form of a liquid crystal display or LCD. Touch screen/display 22 
includes a field 24 wherein are displayed alphanumeric characters selected according to 
selective actuation of the primary or first keys 12 and second keys 14 as described 
below. 

[0031] By selective actuation of the appropriate first keys 12 and second keys 14, any 

string of alphanumeric characters may be entered on the keypad 10. The pressing or 
actuation of a selected first key 12 results in the displaying of the primary alphanumeric 
character 15 of the selected first key 12 on display field 24, and also results in the 
display of the corresponding secondary alphanumeric symbols 16 on the soft keys 14. If 
the primary alphanumeric symbol 15 displayed on display 24 is the symbol that the user 
wished to enter, the secondary keys 14 are not actuated. If, on the other hand, the user 
wishes to enter one of the secondary alphanumeric characters associated with the second 
keys 14, the user may actuate appropriate second key 14. This results in replacement of 
the displayed primary alphanumeric character (number) in field 24 with the selected 
secondary alphanumeric character (letter). 

[0032] The operation of the keypad of FIG. 1 is illustrated in FIG. 2A through FIG. 2H. 

In FIG. 2 A, a first fixed key 12, which displays the primary alphanumeric character "4" 
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and the set of secondary alphanumeric characters "G", "H", and "I", is selected and 
pressed or actuated by a user. Actuation of the first key 12 results in display of the 
number "4" in display field 24, and results in the display of the letters "G", "H" and "I" 
on the second keys 14. If the user, at this point, merely wished enter the number "4", the 
enter button 20 may be selected. If the user instead wished to enter "G", "H" or "I", the 
appropriate second key 14 is selected and actuated. 

[0033] Selection and actuation of the second key 14 displaying the letter "H" by a user, 

as shown in FIG. 2B, results in replacement of the number "4" with the letter "H" in the 
display field 24. The user may alternatively select "G" or "I" from this set of secondary 
alphanumeric characters. If the letter "H" as shown in FIG. 2B represents the entire 
character string that the user wishes to enter, the enter key 20 may be pressed. 

[0034] The user may continue to expand the list of entered alphanumeric characters by 

selecting and actuating the appropriate first keys 12 and/or second keys 14. As shown in 
FIG. 2C, selection and actuation of a second fixed key 12 with a primary alphanumeric 
symbol "2" and a set of secondary alphanumeric symbols "A", "B" and "C", is shown, 
which results in display of the number "2" in field 24 next to the previously selected 
"H", and displays the letters "A", "B" and "C" on the soft keys 14. The user may at this 
point press the enter key 20 to enter the character string "H2". Or, as shown in FIG. 2D, 
selection and actuation of the second key 14 corresponding to the letter "A" selects "A" 
from this second set of alphanumeric characters, and results in replacement of the 
number "2" in the display field 22 with the letter "A" such that "HA" is displayed in field 
24. The user may enter the character string "HA" or continue to selective actuation of 
first keys 12 and second keys 14 to increase the length of the character string. 

[0035] In FIG. 2E, user selection and actuation of the first key 12 associated with the 

primary alphanumeric symbol "9" and set of secondary alphanumeric symbols "W", "X", 
"Y" and "Z" results in display of the number "9" such that "HA9" appears in display 
field 24, and also results the display of the letters "W", "X", "Y" and "Z" in the second 
keys 14. The user may enter the character string "HA9", or continue to select additional 
characters. Selection and actuation of the second key 14 corresponding to "W" as shown 
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in FIG. 2F results in replacement of the displayed "9" with the selected character "W" 
such that field 24 displays the alphanumeric characters "HAW". 

[0036] FIG. 2G shows selective actuation of a fourth fixed key 12 corresponding to the 

primary alphanumeric character "5" and a fourth set of alphanumeric characters "J", "K" 
and "L", such that "HAWS" is displayed in field 24. The user may enter the character 
string "HAWS" or continue to change or lengthen the character string by pressing 
additional keys. Selective actuation of the second key 14 corresponding to "K", for 
example, replaces the "5" in field 24 with "K" such that the desired alphanumeric 
character string "HAWK" is displayed, as shown in FIG. 2H. At this point, the user may 
actuate the "enter" key 20 to enter the selected alphanumeric character string "HAWK" 
for data processing as described further below. Or, the user may continue to enter 
additional alphanumeric characters by selection and actuation of the appropriate first, 
fixed keys 12 and second, soft keys 14 in the manner described above. In the event that 
an incorrect alphanumeric symbol has been selected and displayed, the user may press 
the "delete" key 18, to "back track" and remove the unwanted character from display 24, 
and then select the correct alphanumeric character by actuation of the appropriate keys. 

[0037] Entry of purely numeric characters strings using keypad 10 may be achieved by 

actuating only the first keys, and not the soft keys that display the secondary, letter 
symbols. For example, the numeric character string "1234" may be entered by 
sequentially actuating the appropriate first keys 12 with the appropriate "1", "2", "3" and 
"4" primary alphanumeric symbols thereon, without actuation of any of the second keys 
14. In other instances, a desired character string may require successive actuation of 
various second keys 14 without any intervening actuation of first keys 12. Thus, for 
example, the character string "FEED" may be entered by actuating the first key with "3" 
thereon to display the characters "D", "E" and "F" on the second keys 14, followed by 
successive actuation of the appropriate second keys 14 to enter "FEED". 

[0038] The keypad 10 advantageously allows entry of long, complex character strings of 

mixed letters and numbers without any switching of view screens on the display 22. 
That is, the first keys 12 remain constant in appearance on the display 22 during data 
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entry via keypad 10, with visual change occurring only in the alphanumeric characters 
displayed on the second keys 14 and in display field 24. Thus, a user of keypad 10 can 
enter any of the alphanumeric characters 16 while first keys 12 and second keys 14 
remain in view. 

[0039] In the embodiment shown in FIG. 1 and FIG. 2, the twelve first keys 12 and four 

second keys 14 of keypad 10 allow up to four secondary alphanumeric characters to be 
associated with each first key 12 and simultaneously displayed on second keys 14. The 
keypad 10 is similar to that of a conventional telephone alphanumeric keypad and use of 
keypad is intuitive such that new users of keypad can understand its operation with 
minimal instruction. In this embodiment, actuation of a first key 12 results in immediate 
display of the associated number symbol in field 24, while the non-numeric, alphabetic 
symbols are displayed on the soft keys 14. Actuation of the second keys 14 provides 
quick access to the non-numeric, alphabetic characters without requiring switching of a 
display screen image. In other embodiments, actuation of first keys 12 may result in 
display of all associated alphanumeric characters 15, 16 on the soft keys 14, with no 
character display occurring in field 24 until a second key 14 is pressed. The 
embodiment of FIG. 1 and FIG. 2 shows each first key 12 as included both primary and 
secondary alphanumeric symbols 15, 16. However, in other embodiments certain first 
keys 12 may include only primary alphanumeric symbols 15, and not secondary 
alphanumeric symbols. Generally at least one of the first keys 12 will include both 
primary and second alphanumeric symbols 15, 16, while in many embodiments, a 
plurality of the first keys 12 include both primary and second alphanumeric symbols 15, 
16 as shown in FIG. 1 and FIG. 2. 

[0040] Numerous variations of keypad 10 will suggest themselves to those skilled in the 

art upon review of this disclosure and are considered to be within the scope of this 
disclosure. Keypads with a different number and configuration of first keys 12 and soft 
keys 14 may be used to allow selective entry of alphanumeric characters corresponding 
to multiple different alphabets and/or writing systems. For example, a keypad in 
accordance with the invention is usable to allow multiple hiragana, katakana and/or kanji 
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characters to be associated with individual first keys and selectively displayed on soft 
keys upon pressing the appropriate first key. 

[0041] Referring now to FIG. 3, the keypad 10 of the invention is used in association 

with a data processing device 26. Data processing device 26 may comprise a hand held 
computer such as a personal digital assistant or "PDA". In other embodiments, data 
processing device may comprise a minicomputer, a microcomputer, a PC such as an 
INTEL® based processing computer or clone thereof, an APPLE® computer or clone 
thereof, a SUN® workstation, or other like computer. In the device 26, keypad 10 is 
operatively coupled to a central processing unit or CPU 28 via an analog to digital 
converter or ADC (not shown). 

[0042] CPU 28 is operatively coupled to various hardware components of device 26 via 

an address and data bus 30 and a control/status signal interface 32. These components 
include, inter alia, a system memory 34 which may comprise various memory elements 
(not shown) such as a DRAM primary or main memory, one or more SRAM buffers, and 
one or more read only memory elements in the form of ROM, PROM, EPROM, 
EEPROM or the like. Data processor 26 also includes a direct memory access (DMA) 
controller 36, a cyclic redundancy check (CRC) circuit 38, and a display controller 40. 
CPU 28 carries out various program operations associated with software loaded in 
memory 34. Data entered by users via keypad 10 in the manner described above is 
processed by CPU 28 and stored or buffered in memory 34 for use in program operations 
associated with software loaded in memory 34. DMA controller allows rapid transfer of 
data from memory 34 to CRC circuit 38 and display controller 40 as described further 
below. Display controller 40 may comprise a display controller that is operatively 
coupled to display 22 as shown in FIG. 1 and FIG. 2 and described above, and provides 
for operation of display 22. Display controller 40 includes a memory (not shown) for 
storage of display data. 

[0043] The CPU 28, memory 34, DMA controller 36, CRC circuit 38 and display 

controller 40 are arranged on a motherboard (not shown) in a conventional manner and 
interconnected thereon by address and data bus 30 and control/processing interface 32. 
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Data processing device 26 may comprise various additional components (also not 
shown) such as a hard disk drive, floppy disk drive, NIC, CD drive, and/or other 
conventional hardware elements. Data processing device 26 includes an interface 
adapter 42 that allows connection of data processor 26 to an external computer 44 via an 
interface cable or connection 46. Adapter 42 and interface 46 may be in the form of a 
GPIB, RS-232, PCI, USB, SCSI, ETHERNET®, FIRE WIRE® or other IEEE 1394 
interface, or other communication interface system for transfer of data to device 26 from 
external computer 44. 

[0044] System memory 34 will generally contain a suitable operating system and 

software suitable for the operation of the various hardware components, which are 
operatively coupled to memory 34 and CPU 28 via the address/data bus 30 and 
control/status signal interface 32. Memory 34 also includes stored programming or 
software capable of carrying out various operations in accordance with the invention. 

[0045] Memory 34 includes programming 48 that is capable of effecting transfer of data 

streams from memory 34 to CRC circuit 38 via DMA controller 36 by carrying out the 
operations of seeding the CRC circuit 38 with a desired initial value, setup of DMA 
controller circuit 36 with source and destination addresses and data stream sizes for data 
transfer, initiating the transfer of data to CRC circuit 38 by DMA controller circuit 36, 
and readout of calculated CRC values from CRC circuit 38 back to memory 34. 

[0046] Memory 34 additionally includes programming 50, capable of effecting transfer 

of data from memory 34 to display controller 40 via DMA controller 36, wherein are 
carried out the operations of setup of display controller 40 with display destination 
address information, setup of DMA controller 36 with source and destination address 
information and data stream size information, and initiation of data transfer to display 
controller 40 from memory 34 by DMA controller 36. 

[0047] Also included in memory 34 is software or programming 52 capable of 

comparing compressed data strings subject to authorization, authentication or validation 
to a stored list of compressed data strings in memory 34 representative of authorized 
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identifiers, with programming operations for acceptance of a data string input, transfer of 
the input string to the CRC circuit 38 for compression, searching the stored list of 
compressed data strings in memory 34 for a match with the compressed, inputted data 
string, and validation of the compressed inputted data string. These programming 
operations are described further below. 

[0048] CRC circuit 38 provides for error detection in the transfer of binary data between 

the various hardware components of data processing device by calculation of check 
numbers that are used to verify the data stream at a destination. The CRC calculation is 
carried out by seeding a polynomial with an initial value, and then sequencing through a 
stream of data into which the polynomial gets divided. The dividend is used at each step 
as the new seed, with the division algorithm being performed by CRC circuit 38. CRC 
circuits of this type are well known in the art and need not be described herein. 

[0049] Calculation of CRC values or numbers with a CRC circuit has traditionally 

involved a software loop for incrementing through the data stream and writing of bytes 
to the CRC circuit carried out by programming operations. CRC calculation in this 
manner results in a large software overhead and results in delays during calculation of 
check values for large streams of data. The software overhead consideration is 
particularly significant for hand held computing devices in which device size imposes 
limitations on available memory and processing power. 

[0050] The subject invention overcomes this drawback by utilizing DMA controller 

circuit 36 in conjunction with CRC circuit 38 to perform the CRC calculation. Software 
48 is used to seed CRC circuit 38 with a desired initial value, and to load the DMA 
controller circuit 36 with the address of the first byte in the data stream and the number 
of bytes in the stream for which a CRC calculation is made. The DMA controller circuit 
36 then automatically transfers the stream of bytes into the CRC circuit 38 for 
calculation of a check value. Once the entire data stream has been processed by CRC 
circuit 38, software is then used to read the resulting calculated check value from CRC 
circuit 38 to carry out an integrity check for the data stream. Since software 48 is only 
employed in association with configuring the CRC circuit 38 and DMA controller circuit 
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36, initiating the transfer of data by DMA controller circuit 36, and readout of the check 
values, the overall software overhead required for calculation of the check value is small. 
The time required for CRC calculation using the above procedure can be an order of 
magnitude shorter than is achievable by transfer of data to CRC circuit 38 via software 
alone. 

[0051] The calculation of check values using DMA controller circuit 36 and CRC circuit 

38 in accordance with the invention will be more fully understood by reference to FIG. 
4, as well as FIG. 3. At event 100, software 48 loaded in memory 34 is started or 
initiated which includes programming for carrying out operations associated with 
seeding the CRC circuit 38, setup of DMA controller circuit 36, initiating the transfer of 
data to CRC circuit 38 by DMA controller circuit 36, and readout of calculated CRC 
values from CRC circuit 38. 

[0052] At event 110, CRC circuit 38 is seeded with a desired initial value for the data 

stream for which a CRC value is to be calculated. The initial value will vary depending 
upon the size of the data stream and CRC value and the degree of confidence required in 
the integrity of the data stream. The data stream may comprise, for example, data 
associated with a string of alphanumeric characters entered on keyboard 10 by a user, 
critical data stored in memory 34, a data stream transmitted to or from external computer 
44, or any executable code associated with memory 34. 

[0053] At event 120, DMA controller 36 is set up for transferring a data stream to CRC 

circuit 38 from memory 34. This setup will generally comprise providing a source 
address and a destination address for the data transfer, and the number of bytes involved 
in the data transfer, to DMA controller 36. 

[0054] At event 130, the transfer of the data stream is initiated or started by DMA 

controller 36, and the first byte of the data stream is transferred by DMA controller 36 to 
CRC circuit. DMA controller 36 may temporarily "seize" address and data transfer bus 
30 to create a DMA channel for rapid transfer of the data stream to CRC circuit 38. 
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[0055] At event 140, DMA controller 36 continues to send bytes of the data stream to 

CRC circuit 38 via address and data bus 30 in accordance with the setup information 
provided to DMA controller 36 in event 120. 

[0056] At event 150, DMA controller 36 makes a query as to whether all bytes in the 

data stream have been transferred to CRC circuit 38. This query is made periodically 
after transfer of each byte. If all bytes in the data stream, as determined from the data 
stream size in the setup information from event 120, have not been sent, then event 140 
is repeated. If all bytes in the data stream have been transferred, then event 160 is 
carried out. 

[0057] At event 160 a CRC value or check number is calculated for the data stream by 

CRC circuit 38 using a division algorithm. 

[0058] At event 170, the calculated CRC value is read from CRC controller circuit 38 

into memory 34 for use in integrity checks for the data stream. At event 180, the check 
value calculation is completed. 

[0059] The invention also uses DMA controller 36 for fast transfer of data streams to 

display controller 40 in order to reduce software overhead and speed up data display. 
Prior art data processing systems have typically used programming to execute a loop to 
increment data, byte-by-byte, for output to a display controller, with the overhead of the 
software loop increased by each byte written to the display driver. The invention 
overcomes this deficiency by carrying out transfer of data directly from memory 34 to 
display controller 40 via DMA controller 36, with programming used only in the setup 
or configuration of the DMA controller 36 and display controller 40, and to initiate the 
data transfer by DMA controller 36. By eliminating the software overhead involved in 
transferring bytes from memory to the display controller 40, the transfer is performed 
rapidly, and the display of information (text and/or graphics) takes less time, which is 
appreciated by the user viewing the display 22. Use of the DMA controller 36 to drive 
display controller 40 in this manner can provide timesavings of up to 80% or more over 
the conventional use of a software loop to write pixel data bytes to a display controller. 
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[0060] Data display using DMA controller 36 in accordance with the invention will be 

more fully understood by reference to FIG. 5, as well as FIG. 3. At event 200, software 
50 loaded in memory 34 is started or initiated which includes programming for carrying 
out operations associated with setup of display controller 40, setup of DMA controller 
36, and initiation of the transfer of data to display controller 40 by DMA controller 36. 

[0061] At event 210, display controller 40 is set up by providing display controller 40 

with a "write" command and a display destination address (in the memory of display 
controller 40) for the data stream to be transferred to display controller 40. The data 
stream may comprise any dipslayable data such as, for example, graphical user interface 
(GUI) data associated with stored programming for display of icons or other features, 
data associated with a character or string of alphanumeric characters entered on 
keyboard 10 by a user, or other data stored in memory 34. 

[0062] DMA controller 36 is set up in event 220 for transferring a data stream to display 

controller 40 from memory 34. This setup comprises providing a memory source 
address and destination address for the data transfer, and the number of bytes involved in 
the data transfer, to DMA controller 36. 

[0063] At event 230, the transfer of the data stream is initiated or started by DMA 

controller 36, and the first byte of the data stream is transferred by DMA controller 36 to 
display controller 40. DMA controller 36 may temporarily "seize" address and data 
transfer bus 30 as described above to create a DMA channel for rapid transfer of the data 
stream to display controller 40. 

[0064] At event 240, DMA controller 36 continues data transfer by sending the next 

byte of the data stream to CRC circuit 38 via address and data bus 30. 

[0065] At event 250, DMA controller 36 makes a query as to whether all bytes in the 

data stream have been transferred to display controller 40 according to the setup 
information provided to DMA controller 36 in event 220. This query is made 
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periodically after transfer of each byte. If all bytes in the data stream, as determined 
from the data stream size in the setup information from event 220, have not been sent to 
display controller 40, then event 240 is repeated. If all bytes in the data stream have 
been transferred, the process is completed at event 260. 

[0066] The invention also provides for increased efficiency in data processing devices 

by decreasing the time and memory requirements needed for validation of data strings 
such as user identification alphanumeric character strings. Hand held data processor 
devices typically do not have sufficient memory to store a useful number of 
uncompressed user ID character strings. In this regard, the invention provides for 
compression of data strings by creation of CRC or check values for data strings 
representative of authorized identifiers. 

[0067] The CRC values for the data strings representing authorized identifiers are sorted 

and stored in a list or lookup table in the memory of an external computer 44. External 
computer 44 may comprise, for example, a minicomputer, a microcomputer, a UNIX 
machine, a mainframe, a personal computer (PC) such as an INTEL® based processing 
computer or clone thereof, an APPLE® computer or clone thereof, or a SUN® 
workstation, or other appropriate computer with conventional hardware components (not 
shown) such as a motherboard, central processing unit (CPU), random access memory 
(RAM), hard disk drive, display adapter, other storage media, a monitor, keyboard, 
mouse, and other user interface means, a network interface card (NIC), floppy disk 
drive, CD drive, and/or other conventional input/output devices. 

[0068] External computer 44 has loaded in its RAM an operating system such as 

UNIX®, WINDOWS® 98, WINDOWS® ME, or the like. External computer 48 may 
have an architecture and hardware components like that shown in FIG. 3 for data 
processor 26, albeit with a larger memory component suitable for storage of a list of 
uncompressed data strings. Programming 54 is loaded in the memory of the external 
computer 44 that is capable of calculating CRC values for a plurality of data strings, 
sorting the CRC values, and storing a list of the CRC values. The sorted, stored CRC 
values are then transferred or downloaded to data processor 26 via interface 46 and 



19 



Atty. Dkt: LIFE 061 



stored in memory 34 for authorization, by data processor 26, of data strings subject to 
authorization, such as user-entered alphanumeric character strings representative of user 
identification. 

[0069] When, for example a user-entered or input ID character string from keypad 10 

must be compared against list of stored CRC values for data strings representing 
authorized character strings, the user-inputted ID string is compressed by calculating a 
CRC value therefor by programming loaded in memory 34, and a binary search is 
carried out for that calculated CRC value in the stored list of authorized CRC values. If 
the CRC value of the input ID string is found in the list of authorized CRC values in 
memory 34, the input ID string is validated. If the CRC value of the input ID string is 
not found in the list, the input ID string is unauthorized. 

[0070] Different sizes of CRC values can be utilized to provide different degrees of 

confidence in authorization. For example, the use of 32-bit CRC values would result in 
only a one in 4,294,967,296 chance that an invalid data string would be validated or 
authorized. Use of a 16-bit CRC value provide a one in 65,536 chance of incorrect 
validation of an input string, and 8-bit CRC values would result in a one in 256 chance 
of validation of an invalid string. The size of the CRC values used may vary according 
to the level of security required. 

[0071] The use of CRC values of character strings for validation or authentication of 

data string CRC values provides some important advantages over the use of full 
character strings for validation. The amount of space in memory 34 required for storage 
of a list or table of authorized strings is thus substantially reduced. For example, the 
storage of 4000 authorized strings each having up to 18 characters requires about 72,000 
bytes of RAM space for uncompressed strings, which is beyond the memory capability 
for typical hand held data processors. Compression of the 4000 strings to 32-bit CRC 
values in accordance with the invention, however, requires memory space of 16,000 
bytes for storage of the entire list. The confidence level for these stored, compressed 
data strings is quite high, as noted above, with only a one in 4,294,967,296 chance of 
incorrect validation. 
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[0072] Compression of authorized data strings into CRC values also decreases the 

amount of time needed to transfer a list of authorized strings from one computer to 
another. In the case of hand held data processors, lists of authorized ID strings are often 
downloaded from another machine to the hand held data processor. At a data transfer 
rate of 9600 baud via conventional RS-232 link, for example, approximately 72 seconds 
are required to transfer a list of 4000 1 8-byte ID strings between computers. When the 
4000 data strings are compressed to 4000 32-bit CRC values, data transfer requires only 
about 16 seconds at 9600 baud rate. 

[0073] The use of compressed data strings in the form of CRC values will be more fully 

understood by reference to FIG. 6A and FIG. 6B, as well as FIG. 3. FIG. 6A illustrates 
the creation of a stored list of compressed data strings, representative of authorized user 
identification alphanumeric character strings, in an external computer 44. That is, the 
events of FIG. 6A are carried out in association with programming 54 residing on a 
separate, external computer 44 having a memory sufficient to store a substantial list of 
uncompressed user ID character strings. The events of FIG. 6B show the use of the 
compressed ID string list in the data processor 26 for authentication of a user-inputted 
ID string. 

[0074] At event 300 in FIG. 6 A, programming 54 in the external computer 44 is initiated 

or started to create a list of compressed, authorized identification or ID strings. This 
programming carries out operations associated with acquiring authorized ID strings, 
compressing the ID strings by calculating CRC values therefor, and sorting and storing 
of a list of compressed ID strings. 

[0075] At event 310, the first ID string is obtained from the memory of the external 

computer 44, and in event 320, the ID string is compressed by calculating a CRC value 
for the string. This compression event may be carried out by conventional software 
techniques, as the external computer 44 will typically have sufficient memory and 
processing power for an all-software compression operation. Alternatively, the 
compression may be carried out with a CRC circuit together with a software loop for 
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carrying out the division algorithm. It is also contemplated that the external computer 44 
may be configured in the manner of data processor 26, with data associated with each 
string transferred directly from memory to a CRC circuit via a DMA circuit in the 
manner shown in FIG. 4 and described above, with minimal software aspects involved in 
the compression. The compressed CRC value obtained in event 320 is stored in a list of 
compressed strings in the memory of the external computer. 

[0076] At event 330, a query is made by programming in the external computer as to 

whether the last string to be compressed has been retrieved from the memory of the 
external computer. If the last string to be compressed has not yet been received and 
compressed, event 340 is carried out. If the last string has been received from memory 
and compressed, event 350 is carried out. 

[0077] Event 340 provides for retrieving the next uncompressed ID character string from 

memory, after which event 320 is repeated to compress the string by calculating a CRC 
value therefor. Following compression of the last ID string, at event 350, the list of 
compressed ID strings, which is now in the form of a list of corresponding CRC values, 
is sorted. In event 360, the sorted list is stored in the memory of the external computer 
used for the compression process of FIG. 6A. 

[0078] At event 370, the stored list of CRC values is downloaded or transferred to the 

hand held data processor 26 for use in user authorization as shown in FIG. 6B. Transfer 
of the stored list of compressed ID strings may be carried out by data transfer via GPIB, 
RS-232, PCI, USB, SCSI, ETHERNET®, FIREWIRE®/IEEE 1394, or other type of 
communication interface from the external computer 44 to data processor 26. The list of 
CRC values is stored in system memory 34. At event 380, the ID string list compression 
operation is completed. It should be noted that, in certain embodiments, the events 300 
through 370 may be carried out on data processor 26 provided that memory 34 has 
sufficient capacity. In such cases, the downloading or transfer of the completed list of 
compressed ID strings in event 370 may be omitted. 
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[0079] Referring now to FIG. 6B, at event 400, programming in memory 34 is started 

for comparison of a user-entered ID string to the stored list of compressed ID strings 
prepared as described above. This programming carries out operations associated with 
the transfer of a data stream corresponding to the entered ID string from memory 34 to 
CRC circuit 38 for compression, searching of the list of compressed ID strings for a 
match with the compressed, entered ID string, and making a validation decision for the 
compressed, entered ID string. Event 400 may in certain embodiments be triggered by 
event 410 described below. 

[0080] Referring also to FIG. 1 and FIG. 2, at event 410 a user enters a string of 

alphanumeric characters corresponding to a user ID string by selective actuation of 
appropriate first keys 12 and second keys 14 on keypad 10 in the manner described 
above. 

[0081] At event 420, the input ID string entered by the user is converted to a compressed 

input ID string in the form of a corresponding CRC value. Event 420 encompasses the 
events 110 throughl70 described above with reference to FIG. 4. That is, the CRC 
circuit 38 is seeded with a desired initial value, DMA controller 36 is set up for transfer 
of the data stream corresponding to the input ID string of event 410 from memory 34 to 
CRC circuit 38, the CRC value for the input ID string is calculated by CRC circuit 38, 
and the calculated CRC value for the input ID string is read from the CRC circuit 38 
back to memory 34. 

[0082] At event 430, the list of CRC values for authorized ID strings in RAM 34, 

created in 310-360 as described above, is searched for matches with the CRC value for 
the input ID string calculated in event 420. The CRC value for the input ID string is 
compared to individual stored CRC values in the list until a match is found 

[0083] At event 440, a query is made as to whether a match has been found, i.e., whether 

the CRC value for the input ID string is found in the list of stored CRC values for 
authorized strings. If the CRC value for the input ID string is found in the list, event 450 
is carried out. If the CRC value for the input ID string is not found in the list, event 460 
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is carried out. Event 440 may be carried out for each comparison between the CRC 
value of the input ID string and the individual stored CRC values for authorized strings, 
such that the determination in event 440 can occur upon detection of a match, and prior 
to search of the entire list. 

[0084] At event 450, the input user ID string entered in event 410 is authorized 

according to a match between the CRC value for the input ID string and one of the 
stored CRC values for authorized ID strings. Following event 450, the validation of the 
user ID string is complete at event 470. Additional events associated with user ID string 
validation (not shown), may also occur, such as programming operations associated with 
providing access to stored secure information to the user. 

[0085] At event 460, the user ID string entered in event 410 is not authorized. Any 

subsequent events that may occur with authorization of the user ID string, as provided in 
event 450, are not carried out, and event 470 occurs. In certain embodiments, event 410 
may be repeated by a user to allow re-entry of an ID string, followed by events 420-440 
again to determine the validity of the re-entered user ID string. 

[0086] While the present invention has been described with reference to the specific 

embodiments thereof, it should be understood by those skilled in the art that various 
changes may be made and equivalents may be substituted without departing from the 
true spirit and scope of the invention. In addition, many modifications may be made to 
adapt a particular situation, material, composition of matter, process, process step or 
steps, to the objective, spirit and scope of the present invention. All such modifications 
are intended to be within the scope of the claims appended hereto. 
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